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ABSTRACT 



The system provides remote program execution, data 
transport, message communication, status communication 
and relocation of computer resources by using an arbiter 
associated with each computer. An originating arbiter of a 
process resource sends messages between arbiters that are 
received by each arbiter and then sent to a destination 
arbiter, if required. If necessary, the message may be retrans- 
mitted by intermediate arbiters and eventually received by 
the destination arbiter which interpret, and executes the 
message. As a result, the arbiters provide actual communi- 
cation between the resources. Each arbiter may be resident 
in each of a plurality of computers which are part of a 
network linked by a network. Each arbiter independently 
reviews and processes the messages so that the computers 
communicate directly with each other on a peer to peer basis 
without the need for a master controlling program or other 
gateway for controlling and processing the messages as the 
messages are transmitted between computers. 

20 Claims, 6 Drawing Sheets 

Microfiche Appendix Included 
(1 Microfiche, 37 Pages) 
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FIG. 2 



PROCESS A BEGINS EXECUTION. 



-202 



PROCESS A READS LOCAL IDENTITY FILE 102 
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FIG. 3 



ALTERNATE MESSAGE STRUCTURES 



A (CONTEXT DEFINED) 

FILENAME = PROCESS IDENTIFICATION 

FILE EXTENSION = CONTROL INSTRUCTION 

FILE CONTENTS = DATA SET AND/OR DATA POINTERS 



B (CONTENT DEFINED) 

ANY NUMBER OF LINES IN A ARBITRARY ORDER 

SOURCE ID: (16 BYTES) 

DESTINATION ID: (16 BYTES) 

DATA SET: (AN ARBITRARY NUMBER OF BYTES) 

PROGRAM: (AN ARBITRARY NUMBER OF BYTES) 

SPECIAL INSTRUCTION: (AN ARBITRARY NUMBER OF BYTES); (...);... 

KEYBOARD EXECUTION: (AN ARBITRARY NUMBER OF BYTES) 

CONFIRMATION REQUEST: (1 BYTE) 

RETURN ID: (16 BYTES) 

RETURN DATA SET: (AN ARBITRARY NUMBER OF BYTES) 

RETURN ENCRYPTION LEVEL: (1 BYTE) 

NETWORK CONTROL: (16 BYTES) 

DATE: (AN ARBITRARY NUMBER OF BYTES) 

TIME: (AN ARBITRARY NUMBER OF BYTES) 

SEQUENCE: (16 BYTES) 
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SELF CONFIGURING PEER TO PEER 
INTER PROCESS MESSAGING SYSTEM 

CROSS REFERENCE TO RELATES 
APPLICATIONS(S) 

This application claims the benefit of U.S. Provisional 
Application Sen No. 60/014,887, filed Apr. 5, 1996. 

NOTICE 

Copyright© 1996 HAURY. A portion of the disclosure of 
this patent document contains material which is subject to 
copyright protection. The copyright owner has no objection 
to the facsimile reproduction by anyone of the patent docu- 
ment or the patent disclosure, as it appears in the Patent and 
Trademark Office patent files or records, but otherwise 
reserves all copyright rights whatsoever. 

REFERENCE TO RELATED APPLICATION 

This application contaias a microfiche Appendix which 
contains (1) slide and 37 frames. 

BACKGROUND OF THE INVENTION 

The traditional limitation of network based inter process 
messaging and control systems is the incompatibility of the 
messaging and system control conventions between 
resources such as various network operating systems and 
network topologies. With the advent of more ubiquitous 
networks, significant effort has been expended to enable 
various operating systems to interact at a basic level by 
enabling the transfer of data to and from other system 
environments through the use of compatible data files. The 
widespread availability of operating system support for data 
file transfer between incompatible operating environments 
provides an effective means of automating the transfer of 
messages and the execution of control instructions between 
systems that might otherwise be incompatible. 

In imaging systems, many vendors have unsuccessfully 
tried to connect the database directly to the imaging process 
software across incompatible networks. There is a need for 
a new operating system independent protocol which does 
not employ operating system dependent messaging systems 
such as DDE or OLE and which operates at a higher level 
so that the protocol deals directly with the process software. 

SUMMARY OF THE INVENTION 

It is an object of this invention to provide a system and 
software which allows peer to peer communication and 
remote process control between processes operating in 
incompatible operating environments without the need for a 
master control program. 

It is a further object of this invention to provide a 
messaging protocol which is available to all processes 
including incompatible processes and which allows each 
process to read and write files using the protocol. 

It is another object of this invention to define a messaging 
paradigm which is based on file passing technology and 
which connects various processes through the creation of 
files. 

It is another object of this invention to provide a simple 
distributed computer environment (SDCE). 

It is another object of this invention to provide a computer 
system that is compatible with a large variety of systems and 
applications due to the frequency with which other systems 
can write and copy the text files. 
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It is another object of this invention to provide a computer 
system capable of linking incompatible applications and 
computer systems independent of the computer operating 
systems being used. 

It is another object to provide a system that can move 
messages and control instructions across an arbitrary num- 
ber of networks and other connections that allow for the 
eventual transmission of the messages because of the ease of 
moving the small ASCII instruction files. 
1 It is still another object of this invention to provide a 
system which is capable of adding new functions to obsolete 
and otherwise incompatible legacy systems. 

It is another object of this invention to provide an inter- 
process peer to peer messaging system that can connect any 
1 number of processes sequentially or in parallel. 

It is an object of this invention to provide an interprocess 
peer to peer system that uses common virtual or physical 
disk space on any network with file services to connect 
( resources. 

It is an object of this invention to provide an interprocess 
peer to peer system that allows processes to be stacked by 
the arbiter so that multiple steps can be performed as a single 
function, such as read routing, package data and instruction 
file, encrypt file and copy file. 

It is an object of this invention to provide an interprocess 
peer to peer system that allows processes to be stacked as a 
result of its intrinsic design and as a result of it being able 
to execute processes by the arbiter. 

30 In one form, the invention comprises a network system 
comprising a plurality of resources, some of which being 
incompatible' with others, a network interconnecting the 
resources and an arbiter resident in each of the resources. 
The arbiter sends messages via the network and receiving 

35 messages via the network. Each arbiter independently 
reviews and processes the messages from other arbiters of 
other resources so that the. resources communicate directly 
with each other without the need for a master controlling 
program and without the need for other gateway for con- 

40 trolling and processing the messages as the messages are 
transmitted between resources. 

In another form, the invention comprises a message 
system for transmitting messages on a network between 
resources interconnected by the network. An arbiter resident 

45 in each of the resources sends messages via the network and 
receives messages via the network, each said arbiter inde- 
pendently reviewing and processing the messages so that the 
resources communicate directly with each other. As a result, 
there is no need for a master controlling program or need for 

so other gateway for controlling and processing the messages 
as the messages are transmitted between resources. 

In another form, the invention comprises an inter process 
peer to peer messaging system for communicating between 
a plurality of networked resources, some of which employ 

55 operating systems which are incompatible with each other. 
An arbiter message originator associated with each of the 
resources provides an arbiter message to be sent to the other 
resources, the arbiter message instructing one of the other 
resources to execute one or more of the following: remote 

60 program execution, data transport, message communication, 
status communication and relocation of computer resources. 
A message arbiter receiver associated with each resource 
receives the arbiter messages from the other resources and 
responds to the received arbiter message by executing one or 

65 more of the following: retransmitting the arbiter message to 
another one of the resources; and interpreting and executing 
the received arbiter message wherein the arbiter message 
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originator and the arbiter message receiver do the actual personal computer using a context defined simplified dis- 

communication between their respective resources without tributed computing environment (SDCE) and a local arbiter, 

the need for a master controlling program and without the Corresponding reference characters indicate correspond- 

need for other gateway for controlling and processing the j ng p arts throughout the drawings, 

messages as the messages are transmitted between 5 

resources. BRIEF DESCRIPTION OF THE APPENDIX 

In another form, the invention comprises an inter process * A ^ A A ... . . - - 

* . _ r • ■ . Appendix A, figure 1A illustrates source code for an 

peer to peer messaging process for communicating between identity file 
a plurality of networked resources, some of which employ 

operating systems which are incompatible with each other. 10 Appendix A, figure 2A illustrates source code for a 

The process comprising the steps of: multi-step communication configuration requiring multiple 

... c . message files to complete the instruction sequence. 

transmitting an arbiter message from one resource to the ° r n 

other resources, the arbiter message instructing one of the Appendix A, figure 3A illustrates source code for imple- 

other resources to execute one or more of the following: renting an arbiter process based on contextual file content, 

remote program execution, data transport, message 15 Appendix A, figure 3B illustrates source code for imple- 

communication, status communication and relocation of menting an arbiter process based on contentual file content, 

computer resources; and Appendix A, figure 4A illustrates a source code program 

receiving the arbiter messages from the other resources listing in Visual basic of a message replicating arbiter that 
and for responding to the received arbiter message by uses fixed routing to move messages from one scratch space 
executing one or more of the following: retransmitting the to another, 
arbiter message to another one of the resources; and inter- 
preting and executing the received arbiter message wherein DETAILED DESCRIPTION OF THE 
the actual communication between their respective INVENTION 
resources is accomplished without the need for a master xhe system of the invention uses a structured process for 
controlling program and without the need for other gateway object and tokcn passing with an abflity t0 dynarmcaU y build 
for controlling and processing the messages as the messages network routes between processes resident on different or 
are transmitted between resources. {hc same compter, i.e., peer to peer. The processes may be 

Other objects and features will be in part apparent and in compatible, partially compatible or incompatible. The 

part pointed out hereinafter. 3Q invention enables the directed transfer of message files from 

BRIEF DESCRIPTION OF THE DRAWINGS one P rocess to another process without having to have the 

originating process know the location of another process in 

FIG. 1 is a logic diagram of the inter process messaging a heterogeneous networking environment; the messages are 

system according to one preferred embodiment of the inven- transferred between process names not locations, the use of 

tl0n * 35 independent network arbiter agents, one at each resource or 

FIG. 2 is a flow chart of the logic steps performed by an g r0U p of resources, to copy and interpret control files allows 

arbiter of the inter process messaging and control system f or a ve ry sophisticated remote peer to peer and/or process 

according to one preferred embodiment of the invention. t0 pr0 cess communications and control. The use of a file 

Appendix A is a Visual Basic source code listing of the based message paradigm according to the invention rather 

arbiter of the invention. 4Q than a set of memory or operating system based variables, 

FIG. 3 illustrates the basic content of context defined and provides for much greater flexibility to connect otherwise 
content defined messages transferred between different, incompatible systems than would be allowed by other net- 
incompatible applications which are linked by the inter work operating system or process specific messaging sys- 
process messaging system according to one preferred terns. The simplicity of writing files of the invention also 
embodiment of the invention. 45 makes it much more convenient to incorporate this inter- 

FIG. 4 describes in detail the mechanism used by the process communication and control into a network of sepa- 

master routing arbiter and any other arbiters to dynamically rate systems developed in incompatible operating environ- 

build routing tables in order to determine how to move a ments. This is due to the ease with which the messages can 

control message from one process to another. An example of be copied between the source and target systems. The use of 

an arbiter that uses fixed routing to move messages from one 50 the file based messaging system of the invention also allows 

scratch space to another is contained in Figure 4A of obsolete legacy systems to communicate across a system 

Appendix A. with minimal programming. 

FIG. 5 describes the nature of the Ping message that The invention comprises means for automatically sending 

initially is sent to all locations and is used to establish data, messages, and control instructions between processes 

routing on the network. The Ping message content is fully 55 operating in a single computer or across a complex hetero- 

explained in this figure. After receipt of the Ping message, geneous network environment. The system was designed to 

each arbiter sends out its own unique table identifying itself write, optionally encrypt, copy, transmit, interpret and 

and the originating resource sending the Ping message takes execute instructions, and move data based on instructions 

an inventory of all the arbiters which send out tables in contained in small, simple to create files. Each process sends 

response to the Ping message. 60 messages to an arbiter which has a resource list of all objects 

FIG. 6 describes a number of special pre-registered which can be executed. Arbiters may be general purpose or 

instructions for network commands that are directly have a specific function such as a replicator arbiter or 

executed by the arbiter. Contextual arbiters use fixed pre- one-sided (end node) arbiter. 

registered commands. An example of such an arbiter is Iq general, an arbiter according to the invention is an 

contained in FIG. 3A of Appendix A 65 independent process which reviews a message including 

FIG. 7 is a functional block diagram illustrating an image instructions and processes the instructions of the message 

enabling process according to the invention on a stand alone when the arbiter determines that the message has a token or 
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address which matches the address of the resource with for a master control program. In general , the system of the 

which it is associated or resident. Traditionally, network invention allows an interface between different, incompat- 

messaging systems have a master control program (MCP) ible systems. For example, the invention has been used to 

for controlling messages between resources connected to the allow a mainframe to drive a Windows program on a desktop 

network. For example, centralized e-mail would be such a 5 computer without the need for DDE or OLE messaging 

system. All messages passed through the master control systems, which are specific to the Windows operating 

program which acts as a gate keeper for maintaining timing, system, to be resident in the mainframe, 

routing and compatibility. Therefore, the master control In one aspect of the invention, the system of the invention 

program is necessary to allow communication between may be used to allow imaging between incompatible sys- 

resources. The invention uses arbiters which avoid the need 0 terns. For example, a Sun computer may scan a document 

for such intervention by a master control program and and then provide a message to a PC which can then access 

essentially avoid the need for a gate keeper. Arbiters com- the scanned document and print it. Most, if not all systems, 

municate with each other by reading and writing the mes- can read and write ASCII text files, so that it becomes clear 

sages to designated scratch spaces. that it is easily possible to configure a network of incom- 

In general, traditional networks reach a point of difficulty „ P atible computers which can access each other's ASCII files 

adding additional users or resources because of their com- bv ^ing the arbiter of the invention. Such a system would 

plexity and the coucentrated loading which occurs as addi- n * ^anslator or other master control program 

f. , >i «u *t. u j *i_ which would tend to complicate and slow down the com- 
tional users or resources increase. On the other hand, the 

1t iL j-.,. - .*l * mumcation between programs, 

invention allows the addition of resources without any . , , L r , .„ 4 , . _ . A . 

1 - 4 * j, r , * j j j As noted above ana illustrated in FIG. 7, it is also 

increase in complexity. An additional resource may be added , ,V , . t~ , ' 7, . 

. . , -a - aa * : au u • contemplated that encryption may be used so that each 

simply by proving a unique address to . and by havmg an ffi £ ^ ^ ^enhance the security features 

arbiter which is able to determine or otherwise know its Q ^ the network 

address. All other arbiters would then be advised of the new fn ^ ^ a network ^ 

address of that resource in order to be able to communicate m a luraHt of resources or a pp licationS) ^ 0 f which 

with the resource. In other words, the arbiters of the inyen- M being incompatible with others. The network interconnect- 

tion provide a gateway function between resources without mg tne resoiirces . An arbiter resident in each of the resources 

the need for intervention of the type that the master control sends meS sages as a message originator via the network and 

program requires. receives messages as a message arbiter 106 via the network 

The message file from an originating arbiter acts as a wherein each arbiter independently reviews and processes 

token which identifies which process is in control of an 30 the messages from other arbiters of other resources so that 

arbiter at any particular time. The token also controls me resources communicate directly with each other without 

permission to read and execute the file. In other words, the the need for a master controlling program and without the 

message functions as a token that passes control between need for other gateway for controlling and processing the 

particular arbiters. First, the destination arbiter verifies that messages as the messages are transmitted between 

the token is part of a valid message and then the destination 35 resources. The network includes a distributed computing 

arbiter gives this message control by allowing the instruc- environment interconnecting systems using different oper- 

tions associated with the token to take exclusive control of ating systems and networking systems and wherein the 

the destination arbiter. When a destination arbiter receives a arbiter message comprises ASCII text files as illustrated in 

message or token, it temporarily turns its message receiving FIG. 3 for the transmission of instructions between 

subsystem off so that it does not receive other conflicting 40 resources. In particular, the arbiter message comprises inde- 

messages or tokens. After completing the analysis and/or pendent task arbiters 100, 106 operating across the network 

execution of a message, the destination arbiter then is ready that can dynamically interact with other task arbiters without 

for the next message. The token is part of a larger message the need for a central master control system. The indepen- 

which includes logic embedded therein which instructs the dent task arbiters are independent network agents acting 

destination arbiter to operate in a particular way and utilize 45 under the sole control of the messages being received. The 

the appropriate resources. In other words, the message is a resources communicate directly with other resources via the 

structured object and can have two forms: contextually independent task arbiters without the intervention of any 

defined messages and content messages as illustrated in FIG. other process. The independent message arbiters provide 

3. Contextually defined messages include content messages asynchronous messaging between resources of the network 

but also include inferred instructions interpreted from the 50 so that each generated message is transmitted through the 

message name. The content message includes lines of code network independent of any other messages and the trans- 

which define a particular action and the way to execute it. mitted message will be acted on as it is received by the 

The message, including a token, may be considered a virtual destination resource. The originating resource executes 

file. The name of the contextually defined message is other tasks after transmitting the message arbiter thereby 

essentially the definition of the destination of the message. 55 creating an intrinsically multi-tasking and multi-threaded 

The extension name defines the action to be taken. control system such that multiple arbiter messages can be 

In one preferred embodiment of the invention, the inven- transmitted through the network independently between 

tion may include a multi-step communication configuration multiple resources. The destination arbiter determines 

requiring multiple message files to complete the instruction whether any necessary data or programs are available for 

sequence. An example can be seen as implemented as part 60 executing the controlled process and writes a control file 

of the source code included herewith. For example, see instructing other network arbiters to transmit the necessary 

figure 2A, beginning at line 15 . data or programs to the destination arbiter when the desti- 

One unique feature of the invention is that it is not specific nation arbiter determines that the necessary data or programs 

to a particular operating system but provides a messaging are not available. Each arbiter employs messages which may 

paradigm which can be used with any type of operating 65 be encrypted so that the network is substantially secure, 

system. As a result, the invention may be used to allow a The arbiter messages include text interconnecting 

mainframe to communicate with a desktop without the need resources across a network or interconnecting resources 
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within a single computer. Each resource processes the arbiter arbiter message to another one of the resources; and inter- 
messages in its background while performing other func- preting and executing the received arbiter message wherein 
tions in its foreground. Adding other computer program the actual communication between their respective 
functions is accomplished by executing arbiter instruction resources is accomplished without the need for a master 
files in the background so that programs that provide addi- 5 controlling program and without the need for other gateway 
tional functions can be executed by other resources that can for controlling and processing the messages as the messages 
write the instruction files whereby this execution can be so are transmitted between resources. 

tightly bound that the executed programs appear to be part Preferably, the process of the invention includes resources 

of the originating program. Data and software are remotely wn ich originate messages of simple ASCII text files and 

distributed by directly controlling linked computer systems 10 wherein the resources identify the system identity of mes- 

so that executed programs can do such things as copy files sa g es f,- om me te xt file. The text files may contain a digital 

to remote locations. The network may handle time indepen- signature such as illustrated at line 12 of Appendix A to 

dent instructions and the arbiters may be programmed to prevent unauthorized tampering and/or to verify the message 

execute only at certain times and the programs themselves source, 

can be programmed to execute at specific times or intervals 15 

by the resources whereby network traffic can be controlled CODING DETAILS 

to minimize traffic volume or processor requirements at . , , 

particular times. The arbiter includes a message replicating No programming language, computer system, 
arbiter that uses fixed routing to move messages from one or network operating system have been indicated for carry- 
scratch space to another. 20 m S out the vanous Procedures described above. This is in 
, , . . . fact due to the broad applicability of this invention to many 
In another form, the invention comprises a message uter languages> comp uter systems and network oper- 
system for transmitting messages on a network between ^ ffls Computers which may be used in practicing 
resources interconnected by the network. An arbiter resident ^ iBWBl&m are and numerolIs . It is considered that 
in each of the resources sends messages via the network and , he tions and procedures described as part of the 
receives messages via the network, each said arbUer inde- » ^iion are sufficiently disclosed to permit one of ordinary 
pendently reviewmg and processing the messages so that the ^ fa ^ arf to ice ^ instam mventfon 0ne ferred 
resources communicate directly with each other. As a result, 6mbodiment of ^1^^,10,, of the invention in Visual 
there is no need for a master controlling program or need for Bask smme ^ fc found bdow ^ A dix A 
other gateway for controlling and processing the messages 

as the messages are transmitted between resources. 30 DESCRIPTION OF PREFERRED 

In another form, the invention comprises an inter process EMBODIMENTS ILLUSTRATED IN THE 

peer to peer messaging system for communicating between FIGURES 

a plurality of networked resources, some of which employ _„ . , , , , . , . 

operating systems which are incompatible with each other. " G - 1 f hows a ^&* m ,hat demonstrates me basic logic 

An arbiter message originator associated with each of the 35 of ^ mte l P rocess waging system embodied by the 

resources provides an arbiter message to be sent to the other invention The process originating the message first config- 

resources, the arbiter message instructing one of the other ™ s L f ldenut y b y read,n S lts local ldentlt y ™> *n 

resources to execute one or more of the following: remote P^cular, a resource employs a message originator 100 to 

. * j * * _* • *■ read an originator ID 102. Ine identity file establishes 

program execution, data transport, message communication, , , ' & „ . , ; \ ^^^^ 

statas communication and relocation of computer resources. 40 sev ™ 1 d f faults for communication, the name of the process, 

A message arbiter receiver associated with each resource "J* ^ location of the scratch space (e.g., RAM disk) to 

... j: ™ *u #u „ „ a which the process is bound. Ine originating process wntes 

receives the arbiter messages from the other resources and *V , , .. , . , * , . , 6 . . 

responds to the received arbiter message by executing one or Us messa S e files (described below) which contain its contro 

more of the following: retransmitting the arbiter message to ^mictions wntten with optional encryption in a local 

another one of the resources; and interpreting and executing 45 stora E 6 ^ set m ^jf^f? ' S ^j** 

the received arbiter message wherein the arbiter message scratch , bmdm S ""104. This area can be used by 

originator and the arbiter message receiver do the actual multl P le Passes to send messages back and forth A 

communication between their respective resources without s P eC1 ^ P«cess «Ded a message arbiter 106 mon.tors this 

the need for a master controlling program and without the *; ratch bmdm g ar ? a for ,f ach K . new 1QStruc " on ^- 

, r „ f n • A ^ n „ oe .-„„ 50 When a new file is written, all arbiters monitoring this 

need for other gateway for contro lling and processing the . . • , . , . 

mf .«™ c ac ?u~ m ice,rT PC or^ trancmittpH k ptu , ppn scratch space read it including a destination arbiter which is 

messages as the messages are transmitted between ., j\ . „ . _ . . & , . . , . . 

identified by the file. After the destination arbiter reads it, the 

resources. 

, . . . destination arbiter recognizes the file as including the des- 

In another form, the invention comprises an inter process {ia ^ Qn arbUer>s address 0f token M a ^ (he degtina . 

peer to peer messaging process for communicating between 55 ^ ^ T mt what should be done afld execu(es ^ 

a plurality of networked resources, some of which employ mstractions cont ained within the file. In FIG. 1, message 

operatmg systems which are incompatible with each other. 1Q6 exeaUes a process ^ may 

The process comprising the steps of: CQasist of onc Qr mofe of the followiag: mcssagc replication 

transmitting an arbiter message from one resource to the m a t i eas t one other scratch space, execution of instructions, 
other resources, the arbiter message instructing one of the 60 l aunc hing of new processes, erasing old message files, or 
other resources to execute one or more of the following: requesting that programs or data be copied so that they may 
remote program execution, data transport, message be used or analyzed. The process is inherently asynchronous 
communication, status communication and relocation of and, without direct connection between processes, the net- 
computer resources; and work of arbiters handle message transmission and instruc- 

receiving the arbiter messages from the other resources 65 tion execution. However, synchronous type behavior can be 

and for responding to the received arbiter message by programmed into the system by providing for a general 

executing one or more of the following: retransmitting the result of the process 110 and an optional process confirma- 
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tion 112 so that execution and error conditions are returned keystrokes to an application that is launched by the arbiter, 

to the original process. An example identity file is contained Confirmation request instructs the destination arbiter to send 

in FIG. 1A of Appendix A. Code demonstrating the writing two messages back to the originating arbiter; message 

of a message file and confirming instruction file as it would received and a message regarding the success of program 

be written by a process using the messaging system is 5 execution when the launched programs are finished running, 

demonstrated in Figure 2A of Appendix A, beginning at line An example of code implementing an arbiter process 

21 . based on contextual file content is contained in Figure 3A of 

FIG. 2 describes the logic embedded in the invention to Appendix A, beginning at line 72. Figure 3A demonstrates 

process and interpret these message files. By transferring the contents of a context defined message file. The destina- 

and executing messages on a peer to peer basis, the inven- 10 tion arbiter is defined by the filename. The controlled 

tion can be used to distribute data and software, remotely process is defined by the file extension. The data sets to be 

execute programs and procedures, link heterogeneous used by the controlled process are defined by file contents, 

systems, display images, play multimedia and sound clips, Figure 3B also demonstrates the contents of a content 

and develop distributed computing applications. Process A is defined message file. An example of a code routine imple- 

the message originator 100 which may be any external 15 menting an arbiter process based on contentual file content 

process (e.g., database application or spreadsheet) that will is contained in Figure 3B of Appendix A, beginning at line 

communicate with another external process (control process 374. This content code routine reads and executes content 

108) via the arbiter. Process A begins execution of itself at defined messages and is used as an alternate to the context 

step 202. At step 204, process A reads its local identity file code routine in Figure 3A of Appendix A for reading context 

102. At step 206, process Awrites control instructions for the 20 defined messages. In other words, the content code routine 

message arbiter 106 of controlled process 108. These of Figure 3B of Appendix A executes content based instruc- 

instructions are written to the scratch space binding area 104 tion files whereas the context code routine of Figure 3A of 

defined in the local identity file which is the originator ID Appendix A executes context based instruction files. The 

102 of the message originator 100. At step 208, the message system determines whether the instruction files are content 

arbiter 106 reads the message header in the binding area 104 25 or context based and applies the appropriate routine. The 

to determine the controlled process 108 to which the mes- destination arbiter is defined by the filename. The order to 

sage will be sent. Optionally, the message may be encrypted. the lines in not critical. The line beginning "Source ID:" 

At step 210, message copies are transferred by the arbiters specifies the identity of the process that originated the 

from the scratch space of origin to the destination scratch message. The line beginning "Destination ID:" specifies the 

space through an arbitrary number of connected scratch 30 identity of the destination arbiter. Any line(s) beginning 

space areas. Arbiters connecting scratch spaces copy origi- "Data Set:" specifies the file(s) that contain the data neces- 

nal messages and destroy the actual originaL At step 212, the sary to execute the controlled process. Anyn line(s) begin- 

arbiter executes the controlled process 108. In particular, the ning "Program:" specifies the controlled process program(s) 

general result of process 110 is that the message is read by to be executed. Any line(s) beginning "Special Instructions:" 

the destination arbiter which executes the controlled pro- 35 specifies any special instructions required for the control 

cess. This final destination arbiter interprets the instruction process command line. Any line(s) beginning "Keyboard 

set. The destination arbiter also determines if required data Execution:" specifies redirected key inputs when the arbiter 

and programs are inaccessible to the destination process. In acts as a keyboard robot for the controlled process. A line 

particular, at step 214, the destination arbiter determines beginning "Confirmation Request:" specifies whether the 

whether the data sets and programs necessary to execute the 40 controlled process is to send an acknowledgement message 

controlled process are available. If the necessary data sets of the its execution of the message to the controlled process, 

and programs are available, the destination arbiter proceeds A line beginning "Return ID:" specifies the identity of a 

to step 216 and executes the controlled process. If the secondary destination arbiter to which the output of the 

necessary data sets and programs are not available, the controlled process will be sent. A line beginning "Return 

destination arbiter proceeds to step 218 and writes a control 45 Data Set:" specifies the file that will contain the output of the 

file requesting the data and/or programs needed for execut- controlled process. A line beginning "Return Encryption 

ing the controlled process. After the data sets or programs Level:" specifies the type of security to be implemented in 

arrive at step 220, the destination arbiter proceeds to step the return message, if any. A line beginning "Network 

216 and executes the controlled process. In summary, the Control:" specifies one or more of the following: the public 

destination arbiter determines whether any necessary data or 50 key of the arbiter or process originating the message; the 

programs are available for executing the controlled process type of security implemented by the originating arbiter or 

and writes a control file instructing other network arbiters to program; and/or miscellaneous header information. The 

transmit the necessary data or programs to the destination Date and Time lines specify date and time of the original 

arbiter when the destination arbiter determines that the message. The line beginning with "Sequence Number:" 

necessary data or programs are not available. 55 specifies an arbitrary index identifying the order in which 

FIG. 3 describes the basic content of the messages using messages were originated by the a specific process or arbiter 

two different implementations of the invention. Context so multiple messages can be sent by a particular process or 

defined messages (A) are easy to construct and control but arbiter to another process or arbiter without ambiguity of 

they do not have the flexibility and power of the content order. 

defined messages (B). The content defined messages (B) 60 FIG. 4 describes in detail the mechanism used by a 

must at a minimum have a source ID which identifies the routing arbiter and any other arbiter to dynamically build 

originating process and a destination ID that tells where the routing tables in order to determine how an originating 

message is to be sent. Data set and program lines in the arbiter moves a control message from an originating process 

message file identify the data and programs needed to through various routing arbiters to a destination arbiter 

execute the instructions. Special instructions are programs 65 associated with the destination process. An example of an 

that have been given registered aliases to simplify using arbiter that uses fixed routing to move messages from one 

them. Keyboard execution provides a means of sending scratch space to another is contained in Figure 4A of 
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Appendix A, beginning at line 626. Initially, at step 402, 
special ping instructions are written in all connected scratch 
space binding areas 104 by the routing arbiter. Decision 
block 404 represents a step or series of steps to confirm that 
all connected arbiters have read the ping message. These s 
steps also determine if other scratch spaces are connected. If 
spaces are identified through which the ping message has not 
passed through before, the process proceeds to step 406 
wherein the ping message is written to the other scratch 
spaces. The process then returns to decision block 402. If no 10 
spaces are identified so that all have received the ping 
message, the process proceeds to step 408 wherein a ping 
return message is sent back to the routing arbiter by the 
receiving arbiter and the receiving arbiter stores the route 
information to its master file. Finally, at step 410, the routing is 
arbiter or source builds net tables of connected arbiters to 
continue with the actual transfer of instruction files, 

FIG. 5 describes the nature of the Ping message that is 
used to establish routing on the network as described in FIG. 
4. The Ping message content is fully explained in this figure. 20 

FIG. 6 describes a number of special pre -registered 
instructions for network commands that are directly 
executed by the arbiter. Contextual arbiters use fixed pre- 
registered commands. An example of such an arbiter is 
contained in Figure 3A of Appendix A, beginning at line 72. 25 

There are five layers of message encryption used to 
protect network security: 1) none; 2) message check digits 
using originating process digital signature (DS); 3) encryp- 
tion of whole message using destination ID and originating 3Q 
process; 4) encryption of instructions using destination ID 
and originating process; and 5) encryption based on desti- 
nation public key. Optionally, the message can be left as 
unencrypted ASCII; the message can be given a set of check 
digits using the originators identity as an encryption key; the 35 
message can be encrypted using the network digital signa- 
ture (DS); the body of the message can be encrypted using 
the destination's digital signature and the originator's digital 
signature; and the message can be encrypted using only the 
destinations public key. The encryption processes are arbi- 4Q 
trary in nature and can use such techniques as digital 
signature, public and private key encryption. An example of 
these algorithms would be the licensed RSA encryption 
techniques. 

FIG. 7 is a functional block diagram illustrating an image 45 
enabling process according to the invention on a stand alone 
personal computer using a context defined simplified dis- 
tributed computing environment (SDCE) message and a 
local arbiter. In general, FIG. 7 illustrates the use of a text 
file via an arbiter to control a process such as imaging or file 50 
viewing. The application may be any application such as a 
database program running on the personal computer. At step 
701, the application reads a user keystroke which has been 
. defined to execute the function of viewing a document 
image. At step 702, the application writes an SDCE instruc- 55 
tion file to the scratch space binding area 104. The instruc- 
tion file is a text file including instruction data such as the file 
identifier of the file to be imaged. In this case, the instruction 
sequence also includes a commit file which instructs the 
arbiter to start the controlled process. At step 703, the 60 
application writes the commit file. These first three steps are 
executed by the application. 

The next three steps are executed by the arbiter of the 
stand alone PC which functions as both the originating 
arbiter and the destination arbiter in a stand alone system. At 65 
step 704, the arbiter scans for a message in the scratch space 
binding area on a periodic basis and detects the commit file 



written by step 703. Next, at step 705, the arbiter reads and 
interprets the instruction file associated with the detected 
commit file. At step 706, the arbiter executes a view program 
routine (the controlled process) in response to the detected 
instructions and passes a data pointer which is part of the 
instruction file to the view program routine. At step 707, the 
controlled process, i.e., the view program routine, executes 
and views the file. At step 708, the user exits and the commit 
file is erased by the program. At step 709, the application 
resumes as a result of the commit file being erased. 

In view of the above, it will be seen that the several 
objects of the invention are achieved and other advantageous 
results attained. 

As various changes could be made in the above 
constructions, products, and methods without departing 
from the scope of the invention, it is intended that all matter 
contained in the above description and shown in the accom- 
panying drawings shall be interpreted as illustrative and not 
in a Limiting sense. 

I claim: 

1. A network system comprising: 

a plurality of resources, some of which being incompat- 
ible with others; 

a network interconnecting the resources; 

a plurality of asynchronous peer-to-peer arbiters, each 
resident in one of the resources for sending arbiter 
messages to other arbiters of other resources via the 
network asynchronously peer-to-peer and for receiving 
arbiter messages from other arbiters of other resources 
via the network asynchronously peer-to-peer wherein 
each arbiter reviews and processes the messages inde- 
pendently from other arbiters of other resources so that 
the resources communicate directly with each other via 
the arbiters without the need for a central master 
control system including controlling logic, a state con- 
trol object, or a message locking system and without 
the need for a gateway for controlling and processing 
the messages as the messages are transmitted between 
resources; 

wherein the arbiters include independent task arbiters 
operating across the network, said independent task 
arbiters including destination arbiters which receive 
arbiter messages addressed to them, which determine 
whether any necessary data or programs are available 
for executing a controlled process in the received 
message and which execute the controlled process in 
the received message when any necessary data or 
programs are available. 

2. A network system of claim 1 wherein the network 
includes a distributed computing environment interconnect- 
ing systems using different operating systems and network- 
ing systems and wherein the arbiter message comprises 
ASCII text files for the transmission of instructions between 
resources via their arbiters. 

3. A system of claim 2 wherein the independent task 
arbiters dynamically interact with other task arbiters without 
the need for a central master control system, wherein said 
independent task arbiters are independent network agents 
acting under the control of the messages being received, and 
wherein said resources communicate directly with other 
resources via the independent task arbiters without the 
intervention of any other process. 

4. A system of claim 3 wherein the independent message 
arbiters provide asynchronous messaging between resources 
of the network so that each arbiter message generated by one 
of the independent message arbiters is transmitted through 
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the network independent of any other messages and the 
transmitted message will be acted on as it is received by the 
arbiter of the destination resource. 

5. A system of claim 4 further comprising originating 
arbiters which originate the sending of arbiter messages and $ 
which execute other tasks after transmitting the messages 
thereby creating an intrinsically multi-tasking and multi- 
threaded control system such that multiple arbiter messages 
can be transmitted through the network independently 
between the arbiters of multiple resources. 

6. A system of claim 3 wherein said destination arbiters 
write a control file instructing other network arbiters to 
transmit necessary data or programs to the destination 
arbiter when the destination arbiter determines that the 
necessary data or programs are not available. 

7. A system of claim 2 ' wherein each arbiter employs 15 
messages which are encrypted after creation by its associ- 
ated resource so that the network is substantially secure. 

8. A system of claim 2 wherein the arbiter messages 
include text that provide instructions for interconnecting 
resources across the network or for interconnecting 20 
resources within a single computer. 

9. A system of claim 2 wherein each resource processes 
the received arbiter messages in its background while per- 
forming other functions in its foreground. 

10. A system of claim 9 wherein adding other computer 25 
program functions to a resource is accomplished by execut- 
ing arbiter instruction files in its background so that pro- 
grams that provide additional functions can be executed by 
the arbiter of the resource by writing the instruction files 
whereby this execution can be so tightly bound that the 30 
executed programs appear to be part of the originating 
program. 

11. A system of claim 2 wherein the arbiters provide for 
the remote distribution of data and software by directly 
controlling linked resources so that programs executed by 35 
the linked resources copy files to remote locations and 
combine data files and/or program files with execution 
instructions necessary to process the data files and/or pro- 
gram files. 

12. A system of claim 2 wherein the network handles time 40 
independent instructions and wherein the arbiters are pro- 
grammed to execute only at certain times and wherein 
programs of the resources are programmed to execute at 
specific times or intervals whereby network traffic can be 
controlled to minimize traffic volume or processor require- 45 
ments at particular times. 

13. A system of claim 2 further comprising a message 
replicating arbiter that uses routing information to move 
messages from one scratch space to another scratch space 
and that determines the routing tree between arbiters. 50 

14. A message system for transmitting messages on a 
network between resources interconnected by the network, 
said message system comprising: 

an asynchronous peer-to-peer arbiter resident in each of 
the resources for sending arbiter messages to other 55 
arbiters of other resources via the network asynchro- 
nously peer-to-peer and for receiving arbiter messages 
from other arbiters of other resources via the network 
asynchronously peer-to-peer, each said arbiter review- 
ing and processing the messages independently from 60 
other arbiters so that the resources communicate 
directly with each other via the arbiters without the 
need for a central master control system including 
controlling logic, a state control object, or a message 
locking system and without the need for a gateway for 65 
controlling and processing the messages as the mes- 
sages are transmitted between resources; 



wherein the arbiters include independent task arbiters 
operating across the network, said independent task 
arbiters including destination arbiters which receive 
arbiter messages addressed to them, which determine 
whether any necessary data or programs are available 
for executing a controlled process in the received 
message and which execute the controlled process in 
the received message when any necessary data or 
programs are available. 

15. A message system of claim 14 wherein the network 
includes a distributed computing environment interconnect- 
ing systems using different operating systems and network- 
ing systems and wherein the arbiter message comprises 
ASCII text files for the transmission of instructions between 
resources via their arbiters. 

16. An inter process peer to peer messaging system for 
integrating a plurality of networked resources, some of 
which employ operating systems which are incompatible 
with each other, said system comprising: 

an asynchronous peer-to-peer arbiter message originator 
associated with each of the resources for providing 
independently of other arbiter messages and indepen- 
dently of a central master control system an indepen- 
dent arbiter message to be sent to the other resources of 
the network asynchronously peer-to-peer, the arbiter 
message instructing one of the other resources to 
execute one or more of the following; remote program 
execution, data transport, message communication, sta- 
tus communication, arbiter identification, data 
encryption, message encryption, and relocation of com- 
puter resources; 

an asynchronous peer-to-peer message arbiter receiver 
associated with each resource for receiving indepen- 
dently of other arbiter messages and independently of 
a central master control system the arbiter messages 
from the other resources of the network asynchronously 
peer-to-peer and for independently responding to the 
received arbiter message by executing one or more of 
the following: retransmitting the arbiter message to 
another one of the resources; and deciphering, inter- 
preting and executing the received arbiter message 
wherein the arbiter message originator and the arbiter 
message receiver communicate between their respec- 
tive resources via their arbiters without the need for a 
master controlling program and without the need for a 
gateway for controlling and processing the messages as 
the messages are transmitted between resources; 

wherein the arbiters include independent task arbiters 
operating across the network, said independent task 
arbiters including destination arbiters which receive 
arbiter messages addressed to them, which determine 
whether any necessary data or programs are available 
for executing a controlled process in the received 
message and which execute the controlled process in 
the received message when any necessary data or 
programs are available. 

17. A messaging system of claim 16 wherein the network 
includes a distributed computing environment interconnect- 
ing systems using different operating systems and network- 
ing systems and wherein the arbiter message comprises 
ASCII text files for the transmission of instructions between 
resources via their arbiters. 

18. An inter process peer to peer messaging process for 
integrating a plurality of networked resources, some of 
which employ operating systems which are incompatible 
with each other, said process comprising the steps of: 

transmitting independently of other arbiters and indepen- 
dently of a central master control system an asynchro- 
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nous peer-to-peer arbiter message from one resource to 
the other resources of the network asynchronously 
peer-to-peer, the arbiter message instructing one of the 
other resources to execute one or more of trie follow- 
ing: remote program execution, data transport, message 5 
communication, status communication, arbiter 
identification, data encryption and message encryption 
and relocation of computer resources; and 
receiving independently of other arbiters and indepen- 
dently of a central master control system the arbiter 10 
messages from the other resources of the network 
asynchronously peer-to-peer and for independently 
responding to the received arbiter message by execut- 
ing one or more of the following: retransmitting the 
arbiter message to another one of the resources; and * 5 
interpreting and executing the received arbiter message 
wherein the actual communication between their 
respective resources is accomplished via their arbiters 
without the need for a master controlling program and 
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without the need for a gateway for controlling and 
processing the messages as the messages are transmit- 
ted between resources wherein the resources originate 
messages of text files containing a digital signature and 
wherein the resources identify the system identity of 
messages from the text file. 

19. A messaging process of claim 18 wherein the network 
includes a distributed computing environment interconnect- 
ing systems using different operating systems and network- 
ing systems and wherein the arbiter message comprises 
ASCII text files for the transmission of instructions between 
resources via their arbiters. 

20. The process of claim 19 wherein the arbiter messages 
comprise ASCII text files and wherein the resources receiv- 
ing said files via their arbiters identify the identity of the 
arbiter messages from their text file. 

* * * * * 
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